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ATT Y DOC KET NO: 300 1 4200- 1 027 



SERIAL NO.: 



09/488,909 



GROUP ART UNIT: 2194 



DATE FILED: 



January 21, 2000 



EXAMINER: Phuong N. Hoang 



INVENTION: 



"METHOD FOR ENABLING MULTIPLE CONCURRENT 
SUBPROCESS HANDLING ON A SYSTEM USING A GLOBAL 
PROCESS 



Mail Stop Appeal Brief - Patents 
Commissioner for Patents 
P.O. Box 1450 

Alexandria, Virginia 22313-1450 
Dear Sir: 

In accordance with the provisions of 37 C.F.R. §4 1 .37, Appellants submit this Main Brief 
on Appeal pursuant to the Notice of Appeal mailed on February 22, 2007 in the above-identified 
application. 

I. REAL PARTY IN INTEREST: 

The real party in interest in the present appeal is the Assignee, Sun Microsystems, Inc.. 
The assignment was recorded in the U.S. Patent and Trademark Office at Reel 010810, Frame 
0001. 

II. RELATED APPEALS AND INTERFERENCES: 

Appellants are not aware of any related appeals or interferences. 



III. STATUS OF CLAIMS: 
Claims 1-21 are pending in the application. 

Claims 1-11 and 15-21 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Hetherington (U.S. Patent No. 6,275,810) in view of Kaufman (U.S. Patent No. 5,313,647). 

Claims 12-14 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over Kaufman 
(U.S. Patent No. 5,313,647) in view of Hetherington (U.S. Patent No. 6,275,810). 

The present appeal is directed to claims 1-21, which were finally rejected in an Office 
Action dated September 22, 2006. 

A copy of claims 1-21 is appended hereto as the Claims Appendix. 

IV. STATUS OF AMENDMENTS: 

An Amendment After Final was filed on December 12, 2006 in response to the final 
Office Action dated September 22, 2006. In an Advisory Action dated February 8, 2007, the 
Examiner identified that the Amendment After Final has been entered for purposes of appeal. 

Thus, all amendments have been entered in this application. 

V. SUMMARY OF CLAIMED SUBJECT MATTER: 

Claims 1-21 are currently pending. Claims 1, 8, 12, and 15 are the only pending 
independent claims under consideration. Claims 2-7, 9-1 1, 13-14,and 16-21 depend directly or 
indirectly from claims 1 , 8, 1 2, or 1 5. 

Independent claims 1,8, 12, and 1 5 are summarized below. It is possible that elements of 
dependent claims 16, 17, and 21 may invoke 35 U.S.C. §112, paragraph 6. Thus, claims 16, 17, 
and 21 are also described below. 

Claim 1: 

Referring to Figure 2 as an illustrative example, claim 1 relates to a method, in a 
computer system 200, for providing for concurrent subprocessing of a master process. (Page 
4, lines 1 1-12 and 18-19; page 5, lines 13-19 (by way of example and not limitation, the 
method may be performed by a virtual memory separator 232 that is part of an operating 
system 224 in server computer 204)). 

The method comprises interfacing with a master process when a user-specific 
operation is encountered. (See master process 302 and user-specific operation 310 of Figure 
3; steps 604, and 606; page 8, lines 22-24). 
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A user-specific process is mapped so that it overlays virtual addresses of the master 
process (e.g., in Figure 3, user specific processes 304, 306, and 308 are mapped to master 
process 302). (See steps 608 and 610 of Figure 6; page 8, lines 24 to page 9, line 1). 

The user-specific operation is processed in the user-specific process. (See step 612 of 
Figure 6; page 9, lines 1-2). 

Claim 8: 

Referring to Figure 2 as an illustrative example, claim 8 relates to a computer- 
readable medium comprising computer instructions that facilitate concurrent handling of 
subprocesses in a system that utilizes a global process, wherein the instructions, when 
executed, cause the system to perform a method. (Page 10, lines 1 1-18; page 4, lines 11-12 
and 18-19; page 5, lines 13-19 (by way of example and not limitation, the method may be 
performed by a virtual memory separator 232 that is part of an operating system 224 in server 
computer 204)). 

The method comprises interfacing with the global process when a user-specific 
operation is encountered. (See master process 302 and user-specific operation 310 of Figure 
3; steps 604, and 606; page 8, lines 22-24). 

A plurality of concurrent user-specific processes are mapped, wherein each user- 
specific process is mapped to virtual addresses that are equivalent to virtual addresses of the 
global process (e.g., in Figure 3, user specific processes 304, 306, and 308 are mapped to 
master process 302). (See steps 608 and 610 of Figure 6; page 8, lines 24 to page 9, line 1). 

The user-specific operation is processed in one of the user-specific processes. (See 
step 612 of Figure 6; page 9, lines 1-2). 

Claim 12: 

Referring to Figure 2 as an illustrative example, claim 12 relates to a computer system 
200 for enabling concurrent multiple subprocess handling in a global process environment. 
(Page 4, lines 11-12 and 18-19). 

The computer system includes a global process (e.g. master process 302 of Figure 3), 
and a virtual memory separator (e.g. virtual memory separator 232) that maps a user-specific 
process (e.g. locale-dependent process 304) to virtual addresses that mirror virtual addresses 
of the global process. (See page 5, line 20 to page 7, line 22 of the Specification and Figures 
3-4). The user-specific process has an interface that mirrors an interface of the global 
process, (See page 6, lines 9-18 of the Specification). 

Claim IS: 
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It is possible that elements of claim 15 may be interpreted to invoke 35 U.S.C. §112, 
paragraph 6. In this case, each of the elements is performed by, for example, the virtual 
memory separator 232 in the memory 226 and executed by processor 222 as described below. 

Referring to Figure 2 as an illustrative example, claim 15 relates to an apparatus 200 
for conducting multi-user concurrent handling of subprocesses. (Page 4, lines 11-12 and 18- 
19; page 5, lines 13-19 (by way of example and not limitation, each of the elements is 
performed by, for example, the virtual memory separator 232 in the memory 226 and 
executed by processor 222 in server computer 204). 

The apparatus comprises a means for interfacing with a master process when a user- 
specific operation is encountered. (See virtual memory separator 232 interfacing with master 
process 302 and user-specific operation 310 of Figure 3; steps 410, 412, and 414 of Figure 4; 
and pages 5, line 20 to page 7, line 22). 

The apparatus comprises a means for mapping a user-specific process so that it 
overlays the virtual addresses of the master process (e.g., virtual memory separator 232 maps 
user specific processes 304, 306, and 308 are mapped to master process 302; Figure 3 and 
page 5, line 20 to page 6, line 18). 

The apparatus comprises a means for processing the user-specific operation in the 
user-specific process. (See virtual memory separator 232 processing the user-specific 
operation in steps 410, 412, and 414 of Figure 4 and page 6, line 9 to page 7, line 22). 

Claim 16: 

It is possible that elements of dependent claim 16 may be interpreted to invoke 35 
U.S.C. §112, paragraph 6. In this case, each of the elements is performed by, for example, the 
virtual memory separator 232 in the memory 226 and executed by processor 222 in server 
computer 204. 

Referring to Figure 3 as an illustrative example, claim 16 depends from claim 15 and 
adds the limitation of means for transferring data between the master process 302 and the 
user-specific process 304, 306, 308 using a communications channel 318, 320, 322 that does 
not require the serialization of data. (Page 6, lines 9-18). 

Claim 17: 

It is possible that elements of dependent claim 16 may be interpreted to invoke 35 
U.S.C. §112, paragraph 6. In this case, each of the elements is performed by, for example, the 
virtual memory separator 232 in the memory 226 and executed by processor 222 in server 
computer 204. 
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Referring to Figure 3 as an illustrative example, claim 17 depends from claim 15 and 
adds the limitation of means providing an interface for the user-specific process 304, 306, 308 
that mirrors an interface for the master process 302. (Page 6, lines 9-18). 

Claim 21: 

It is possible that elements of dependent claim 16 may be interpreted to invoke 35 
U.S.C. §112, paragraph 6. In this case, each of the elements is performed by, for example, the 
virtual memory separator 232 in the memory 226 and executed by processor 222 in server 
computer 204. 

Referring to Figure 3 as an illustrative example, claim 21 depends from claim 15 and 
adds the limitation of means for returning processing to the master process 302 after the user- 
specific operation is executed in the user-specific process 304, 306, 308. (Page 6, lines 9-18). 

VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL: 

The ground of rejection to be reviewed on appeal are as follows: 

Claims 1-11 and 15-21 are rejected under 35 U.S.C. § 103(a) as being unpatentable over 

Hetherington (U.S. Patent No. 6,275,810) in view of Kaufman (U.S. Patent No. 5,313,647); and 
Claims 12-14 are rejected under 35 U.S.C. § 103(a) as being unpatentable over Kaufman 

(U.S. Patent No. 5,313,647) in view of Hetherington (U.S. Patent No. 6,275,810). 
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VII. ARGUMENT: 

As set forth below, claims 1 -2 1 are not unpatentable under 35 U.S.C. § 1 03(a) based on 
the cited references. Appellants respectfully submit the Examiner's assertions are incorrect as a 
matter of fact and law. Thus, for the reasons set forth below, Appellants respectfully request that 
this Board reverse the rejection of claims 1-21. 
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I. Heatherington in view of Kaufman fails to disclose or suggest 
claims 1-1 1 and 15-21 

Applicants respectfully submit that the Examiner has omitted one or more essential 
elements needed for a prima facie rejection. The cited art, alone or in combination, fails to 
teach or suggest every limitation of the claims. For example, the combination of 
Hetherington and Kaufman fails to teach or suggest at least mapping a user-specific process 
so that it overlays virtual addresses of the master/global process as recited in claims 1,8, 12, 
and 15. 

A. "Forking" Is Not The Same As Overlaying Virtual Addresses 
Contrary to the Examiner's assertions, "forking" fails to disclose or suggest 
Applicants' claimed subject matter relating to overlaying virtual addresses. The Examiner 
asserts that "Kaufman teaches that when spawning, the child would overlay the parent's 
virtual memory address (vm_folk (sic) to duplicate a parent process's virtual memory 
information for a child process, Col. 31 line 14-20 and Col. 2 lines 1-5)." {See, e.g. Advisory 
Action of 2/8/07, page 1). Applicants respectfully submit that, as disclosed in Kaufman, a 
child process is formed by copying but does not share or overlay the virtual addresses of the 
parent. Information of the parent may be copied in Kaufman, but the virtual address is not 
overlaid or the same virtual address, for example. Copying or duplication of information is 
not the same as sharing the same virtual addresses, and Kaufman equates forking with 
copying or duplication. For example, Kaufman states "[a] fork element can create a second 
process that initially duplicates a first one and can initiate generation of a new-process signal 
in connection with creation of the second process." (Abstract of Kaufman; emphasis added). 

Nowhere does Kaufman teach or suggest that the processes share or overlay the same 
virtual addresses. In addition, Kaufman states "many computer systems, for example, those 
running under UNIX or UNIX-like operating systems, permit process duplication, or forking . 
Forking causes one process to replicate , spawning a new process. The first process, referred 
to as the parent, continues in the normal manner after the fork. The spawned process, or child, 
though initially identical to the parent, can be executed in a different manner." (Col. 2, 11. 1-5 
of Kaufman; emphasis added). In the portion cited by the Examiner, Kaufman states "[t]he 
vm system executes the steps of the procedure vm_fork to duplicate a parent process's virtual 
memory information for a child process." (Col. 3 1 , 11. 14-21 of Kaufman). As stated above, 
duplication of information is not sharing or overlaying the same virtual addresses. 
Thus, Kaufman fails to disclose or suggest overlaying virtual addresses. 
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B. Context Address Space Mapping Is Not Virtual Address Space Mapping 

Further, Kaufman 's context address space mapping fails to disclose or suggest 

Applicants' claimed subject matter relating to virtual address space mapping. In response to 

Applicants' arguments that the duplication of information, or "forking," disclosed in 

Kaufman is not the same as overlaying the same virtual address, the Examiner further asserted 

that "Kaufman teaches the mapping so that the child overlaid the virtual address of the parent 

(vm fork, syscall_finish_fork, vm_mapin to mapin [sic] the overlay object and mapping out a 

file range from a process's context address space, col. 31 lines 15-65 and col. 34 lines 10-15)" 

(See Final Official Action of 4/19/2005, p. 8, no. 24). However, the Examiner's argument 

with regard to mapping in and out of a process's context address space still fails to establish 

prima facie obviousness. 

The portion of Kaufman cited by the Examiner states that "[t]he VM system executes 

the steps of MAPOUT as a user entry for mapping out a file range from a process's context 

address space. (See Col. 34, 11. 10-15 of Kaufman). The procedure accepts as input a handle 

of the map, and returns a status of the mapping procedure" (Emphasis added). However, 

claim 1 recites a virtual address overlay and not a context address overlay or mapping. A 

context address is very different from a virtual address, as explained in Kaufman itself: 

The memory architecture of system 10 consists of two levels of 
related address space: context address (CA) space and system 
virtual address (SVA) space. Context address space is the 
programmer's interface to memory. There are many context 
address spaces in a system. System virtual address space stores the 
data from all context address spaces. There is only one system 
virtual address space. Another address space, the system physical 
address space (SPA) defines hardware control registers. 

(Col. 18, 11.29-38) 

Thus, the MAPIN and MAPOUT features of Kaufman merely allow forked processes 
to map to a section of context address space of a parent process, and do not provide mapping 
to the virtual address of a parent process. (See Col. 30, 11. 4-14 and Col. 33, II. 25-30 of 
Kaufman). 

In the Advisory Action mailed September 13, 2005, the Examiner contended that the 
virtual address space stores all data from the context address space and that each segment of 
the context address space is mapped to the system virtual address space. The Examiner 
further asserted that when a process's context address space is mapped, the process's virtual 
address space is also mapped. That assertion is false for at least two reasons. First, Kaufman 
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does not at all teach or suggest that the virtual address space is mapped out with the context 
address space. Kaufman merely discloses that the VM system executes the steps of 
MAPOUT as a user entry for mapping out a file range from a process's context address space 
(See Col. 34, 11. 10-15 of Kaufman). Second, there is no per-process virtual address space in 
Kaufman. Kaufman explicitly states that there is only one virtual address space. (See Col. 
18, 11. 35-36 of Kaufman). 

C. Hetherington and Kaufman fail to disclose or suggest further limitations of 
claims 2 and 16 

Applicants respectfully submit that the Examiner has omitted one or more essential 
elements needed for a prima facie rejection. The cited art, alone or in combination, fails to teach 
or suggest every limitation of the claims. For example, the combination of Hetherington and 
Kaufman fails to teach or suggest at least "transferring data between the master process and the 
user-specific process using a communications channel that does not require the serialization of 
data," as recited in claims 2 and 1 6. The Examiner asserts that the interprocess communication 
(IPC) facility of Hetherington teaches this limitation. (See Col. 4, 11. 13-19 of Hetherington). 
However, IPC, including remote procedure call (RPC), typically employs data serialization. (See 
page 2, 11. 22-27 of the patent application). Data is serialized at a first end, transferred between 
processes, and then deserialized at the other end. Hetherington fails to disclose that its IPC 
facility does not employ data serialization, and therefore teaches away from the limitations of 
claims 2 and 16. 

For at least these reasons, Applicants respectfully submit claims 1-11 and 15-21 are 
allowable over Hetherington in view of Kaufman. 

II. Kaufman in view of Heatherimton fails to disclose or suggest claims 12-14 
Applicants respectfully submit that the Examiner has omitted one or more essential 
elements needed for a prima facie rejection. The cited art, alone or in combination, fails to 
teach or suggest every limitation of the claims. For example, the combination of Kaufman 
and Hetherington fails to teach or suggest at least mapping a user-specific process to virtual 
addresses that mirror addresses of a global process, as claimed in claim 12. 

Just as Kaufman and Heatherington fails to teach or suggest "mapping a user-specific 
process so that it overlays virtual addresses of the master process," the cited art also fails to 
teach or suggest mapping "a user-specific process to virtual addresses that mirror virtual 
addresses of the global process." 
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For at least this reason, Applicants respectfully submit claims 12-14 are allowable 
over Kaufman in view of Hetherington. 

Appellant respectfully requests that the Board reverse the rejection of claims 1-21. 
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VIII. CONCLUSION: 

For the foregoing reasons, Appellants respectfully submit that the rejections posed by the 
Examiner are improper as a matter of law and fact. Accordingly, Appellants respectfully request 
the Board reverse the rejections of claims 1-21 . 

Respectfully submitted, 

J^y^T^ * T^^ORee. No. 45,034) 
Christopher P. Rauch 

SONNENSCHEIN NATH & ROSENTHAL LLP 

P.O. Box #061080 

Wacker Drive Station - Sears Tower 

Chicago, IL 60606-1080 

Telephone 312/876-2606 

Customer #58328 

Attorneys for Appellants 



11 



CLAIMS APPENDIX 



1 . (Original) In a computer system, a method for providing for concurrent 
subprocessing of a master process, the method comprising the steps of: 

interfacing with a master process when a user-specific operation is encountered; 
mapping a user-specific process so that it overlays virtual addresses of the master 
process; and 

processing the user-specific operation in the user-specific process. 

2. (Original) The method of claim 1, further comprising the step of: 
transferring data between the master process and the user-specific process using a 

communications channel that does not require the serialization of data. 

3. (Original) The method of claim 1, further comprising the step of: 
providing an interface for the user-specific process that mirrors an interface for the 

master process. 

4. (Previously presented) The method of claim 1 wherein the master process is a 
global locale process and the user-specific process is a locale-specific process. 

5. (Original) The method of claim 1 wherein the user-specific process is mapped 
after the user-specific operation is encountered. 

6. (Original) The method of claim 1 wherein the user-specific process is mapped 
before the user-specific operation is encountered. 

7. (Original) The method of claim 1 further comprising the step of: 

returning processing to the master process after processing the user-specific operation 
in the user-specific process. 

8. (Previously presented) A computer-readable medium comprising computer 
instructions that facilitate concurrent handling of subprocesses in a system that utilizes a 
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global process, wherein the instructions, when executed, cause the system to perform the 
steps of; 

interfacing with the global process when a user-specific operation is encountered; 

mapping a plurality of concurrent user-specific processes, wherein each user-specific 
process is mapped to virtual addresses that are equivalent to virtual addresses of the global 
process; and 

processing the user-specific operation in one of the user-specific processes. 

9. (Previously presented) The computer-readable medium of claim 8, wherein the 
instructions, when executed, provide each of the plurality of concurrent user-specific 
processes with an interface that is identical to an interface of the global process. 

10. (Previously presented) The computer-readable medium of claim 9, wherein the 
instructions, when executed, cause the system to perform the step of mapping subprocesses 
within each of the plurality of user-specific processes, the subprocesses being mapped to 
virtual addresses that are equivalent to virtual addresses for user-specific operations of the 
global process. 

1 1. (Previously presented) The computer-readable medium of claim 10, wherein the 
instructions, when executed, cause the system to perform the step of returning processing to 
the global process after execution of the subprocesses is complete. 

12. (Previously presented) A computer system for enabling concurrent multiple 
subprocess handling in a global process environment, the system comprising: 

a global process; and 

a virtual memory separator that maps a user-specific process to virtual addresses that 
mirror virtual addresses of the global process, the user-specific process having an interface 
that mirrors an interface of the global process. 

13. (Previously presented) The computer system of claim 12 wherein the global 
process is a global locale process and wherein the user-specific process is a locale-specific 
process. 
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14. (Previously presented) The computer system of claim 12 wherein the global 
process is a global daemon process and wherein the user-specific process is a user-specific 
daemon process. 

1 5. (Original) An apparatus for conducting multi-user concurrent handling of 
subprocesses, the apparatus comprising: 

means for interfacing with a master process when a user-specific operation is 
encountered; 

means for mapping a user-specific process so that it overlays virtual addresses of the 
master process; and 

means for processing the user-specific operation in the user-specific process. 

16. (Original) The apparatus of claim 15, further comprising: 

means for transferring data between the master process and the user-specific process 
using a communications channel that does not require the serialization of data. 

17. (Original) The apparatus of claim 15, further comprising: 

means providing an interface for the user-specific process that mirrors an interface for 
the master process. 

1 8. (Previously presented) The apparatus of claim 1 5 wherein the master process is a 
global locale process and the user-specific process is a locale-specific process. 

19. (Original) The apparatus of claim 15 wherein the user-specific process is mapped 
after the user-specific operation is encountered. 

20. (Original) The apparatus of claim 15 wherein the user-specific process is mapped 
before the user-specific operation is encountered. 

21. (Original) The apparatus of claim 15, further comprising: 

means for returning processing to the master process after the user-specific operation 
is executed in the user-specific process. 
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EVIDENCE APPENDIX 

Appellants do not submit additional evidence with this appeal brief and no additional 
evidence has been submitted during prosecution. 
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RELATED PROCEEDINGS APPENDIX 

Appellants are not aware of any related appeals or interferences with regard to the present 
application. 
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